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ABSTRACT 

With the increase in speed of moving vehicles there is a growing 
need for rapid, easy to interprete display of information concerning 
its dynamic state. 

With growing equipment stability a remedy can grow out of research 
and application of computer aided information presentation, especially 
the production of proper displays. While all information can be made 
to correspond to familiar schemes as close as desired new approaches to 
the general problem must be sought to find an improved information 
presentation. This study is concerned with the application of computer 
generated graphics for one or more display consoles for aid in the 
operation of the vehicle. In the first chapter a thought experiment 
is performed and evaluated and a program structure for the operation of 
a flight vehicle is described. In the second chapter a major aspect of 
the general program is chosen for a demonstration: a ’flight vehicle 

to destination 1 situation is subjected to an experimental investigation. 

A general purpose computer with a graphics terminal that has become 
available just recently has been chosen for the study. Thereby im- 
plicitly a measure of the capability to perform a real time on line job 



is obtained. 
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I , INTRODUCTION 



Flight vehicles including a human operator are made to respond to 
his controls. A standard way to present the information necessary for 
the operation of the particular flight vehicle has developed. Different 
vehicles (commerical aircraft, military aircraft, or even a submarine) 
have their favourable way to show the important data concerning the 
dynamic state of the vehicle. For the individual type there exist 
certain situations, in which control forces applied will be based on 
information which might probably be of relevance in this one situation 
only . 

The traditional way to present the necessary information is to 
enumerate all situations and provide a set of meters and indicators for 
each. Thus for n situations there will be n sets of meters. The design 
policy tries to use one particular meter in as many situations as possible 
and suitable. This procedure has several disadvantages; among others: 

(1) Supervision is made difficult by "clutter 11 effects the 
operator cannot or only to a small degree overcome by selective techni- 
ques, if n is large. 

(2) The information presented will often require further imagi- 
native operator's work, i.e. the presentation is often far from optimal 
due to indirectness . 

(3) The qualification of an operator must meet high requirements: 
combinatorial speed as well as spacial imaginative power. The last two 
are of special importance in aircraft operation. There will always be 
long training periods. 
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It has been claimed that a digital computer having a digital 
CRT as a peripheral device can take over almost all the combinatorial 
work in a complex situation, leaving the true supervisory task to the 
operator : 

(a) No flutter 1 effects need remain because the operator 
has a large range of display options; all non-relevant information is 
suppressed . 

(b) The information presented can be made optimal by suitably 
transforming and evaluating measured data, avoiding any unwanted 
indirectness . 

(c) The requirements on spacial imaginative talent of the 
operator can be lowered by providing three-dimensional pictures of a 
simplified ('filtered') geometry, having no anticues. 

An application of display techniques in flight vehicle mission per- 
formance evaluation requires that the problem of presenting state infor- 
mation is restated and new ways to solve it are sought. Given the 
tremendous flexibility of a high speed digital computer it is reasonable 
to aim at more than a true copy of existing equipment. Some information 
will always be presented in one dimensional form (e.g. a gyro compass). 

The capability of a digital CRT to allow information to be presented in 
meter form will be demonstrated in Chapter III. So far only limited use 
of the human capability to orient in three dimensions has been possible. 

A reason for this is the lack of convincing equipment. Contact analog 
devices ('Conalog'), see ref. 9, synthesize a three dimensional structure 
from measured data. Use of 'Conalog' indicators has been made with 
success. They are a remedy only in the absence of a true perspective 
picture of the environment. If true perspective pictures in any direction 
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can be generated the f Conalog r presentation will be possible as a 
by-product, although still very useful. 

Three dimensional displays combined with standard presentations are 
regarded but a first step in the direction of new information presenta- 
tion. (An example has been demonstrated in Chapter IU.) A basic require- 
ment for a digitally controlled information presentation is the existence 
of a managing program. In Chapter II, fundamental aspects of such a 
program are investigated. 
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II. PRELIMINARY CONSIDERATIONS 



A. MANAGEMENT PROGRAM STRUCTURE 

In the following the structure of a program (that could run on an 
arbitrary present day general purpose computer) is described in block 
diagram form. See fig. 1. 

B. DESCRIPTION OF BLOCK DIAGRAM 

Updating of all the variables that describe the state of the system 
and its references must be done at precise intervals. It also must be 
completed within time limits. 

A real time clock will initiate analog to digital conversion (ADC) 
at the precise times, following which the transforming mathematical 
operations will be carried out. Several levels of interrupts and pro- 
gram traps are necessary. Levels are indicated by multiple arrows 
leading to the block called UPDATE. The main clock interval is deter- 
mined by the control requirements as well as the plant response. In- 
creased accuracy requires prediction which in turn requires higher 
sampling rates. Those problems are of no concern here as long as the 
computational speed of the computer is sufficient. 

For the storage and updating of the display matrix see under C. 
Under ' EVALUTE DISPLAY CONTROL 1 the proper programming paths are set 
up that establish the connection between the display matrix (which 
contains all available data-variab les as well as constants-in trans- 
formed form) and the storage routine, which transfers as the next step 
the selected data into the display buffer. Depending on the type of 
display chosen by the operator a projecting routine converting three 
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BLOCK DIAGRAM OF MANAGING PROGRAM + ROUTINES 
FIGURE 1 
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dimensional coordinates into two dimensional coordinates of the focal 
plane will be inserted in the path from storage (display matrix) to 
the display buffer. The display clock determines the time when to 
refresh the vectors drawn with the data in the buffer. 

'SAMPLE ALL INPUT DEVICES' performs two independent tasks: one type 

of inputs is meant as controls for the plant, while the other determines 
if and what change of display is desired. The latter part thereby pro- 
vides the parameters for 'EVALUATE DISPLAY CONTROL' . After completion 
of sampling the computer returns to an idling state or whatever batch 
processing type of a job has been assigned (e.g. postflight evaluation 
preparation by storing certain data). 

C. DISPLAY POLICIES AND DATA STRUCTURES 

1 . List Processing 

Most of the graphics terminals are capable of accepting data in 
forms of lists that are displayed item by item sequentially by means of 
interrupts. Certain bits in the data or certain register values con- 
trolling vector generation will determine a blanked (MOVE) or an un- 
blanked (DRAW) motion of the beam. Whenever a separate refreshing 
mechanism that is not using the vital registers of the central pro- 
cessing unit is available, list processing is the preferred way. (Note: 
The term 'list processing* as used herein should be distinguished from 
a common usage, i.e. referring to techniques of scanning tree organized 
symbol structures and using chained storage allocation. The lists 
referred to here are simply sequential strings of micro-commands.) The 
number of refreshing passes through the list must be appreciably greater 
than the number of changes made in the list. Hence it is preferable in 
terms of computing time minimization (or brightness improvement) to 
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generate a list which in turn is displayed instead of building up a 
picture as it is made up of vectors, processing them sequentially as 
soon as they are computed. If no list can be established, it is likely 
that an improper information presentation has been chosen. (E.g. if a 
rotating vector is displayed and the angular velocity is so high that 
the whole circle area is illuminated, there is no longer any position 
information presented which can be visually monitored!) Proper display 
must conform with the plant dynamic control. In cases where noise is 
superimposed on a vector, a smear out will result which will be resolved 
by the eye into an optical average. It is recommended, however, to 
insert an optimal estimator if there is enough computational time avail- 
able and analog averages are unsatisfactory. It violates the policy of 
presenting clutterfree graphics to allow noisy vectors to be displayed. 

From the above it follows that data for display are constants 
over an extended period of time (in terms of machine time). All avail- 
able data should already be stored in usable form before the real time 
process starts. Read only memory can be used if the data is constant 
for all time. A fraction of the data will vary permanently and requires 
central processor storage. These data are those used in the projecting 
routines which are in general functions of the flight vehicle's position 
in space. Permanently constant data are those comprising the static 
part of an indicator: scale, numbers, radial lines, titles, etc. Only 

one or at most a few numbers per meter need high speed read/write memory 
locations . 

2 . Compute and Draw Procedure 

A different situation exists if there is no way to refresh while 
update and sampling computation is carried out. In this case the display 
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clock will start the update operation at the end of a selected number of 
refreshing paths. The total managing work will be distributed over 
several clock pulses. Unless the number of vectors is small (as is the 
case in the programming project of Chapter III) ? list processing is still 
advantageous. A trade off must be made between the average computation 
time per vector and the time the program must be trapped while the 
vectors are drawn (times required to store and modify will add to the 
overall list processing time). This latter part will be further dis- 
cussed in Chapter III. 

D. PROPOSALS FOR DISPLAY IN A SPECIAL CASE 

Since the flight vehicle dynamics determine its most suitable 
information presentation for the purpose of operation, it is difficult 
to generalize when configurations for one or more display scopes are 
discussed. If the flight vehicle is identified as an aircraft and some 
departure from standard presentations is allowed, a typical situation 
can be imagined. See ref. 10. If the proposal for a display configu- 
ration leaves room for changes and amendments, it is justified for the 
purpose of clarity to look at a particular situation. Since flexibility 
is one of the attractions a digitally controlled CRT has, certain con- 
clusions which will hold for many cases can be drawn. By describing 
what can be done in a particular case and by investigating the require- 
ments, a scheme is set up that can be used in a variety of cases. 

1 . Scope Presentation 

Control of a flight vehicle can be based upon 

(1) no further information than a set of meters, 

(2) visual observation of the surroundings and a few 

indicators . 
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The first neglects the built-in capacity of the human being to 
orient in three dimensions if a proper picture is presented. The second 
has the disadvantage that the visual conditions will not always exist 
and/or the time available is not sufficient to make out the given cues. 

It is proposed to construct a true perspective picture of a known 
environment with the help of a digital computer. The perspective view 
shall be the main information for the operator to base his control 
decision on. The knowledge of the enviroment could come from a topo- 
graphical map and could be aided by radar measurements and telemetry to 
ascertain relevance. If there is lack of tabular (mapped) information, 
the picture on the scope could be constructed from electronic measurements 
only. Combinations of 'Conalog 1 elements and real perspective pictures 
should be left at the operators choice, also whatever indicator is 
desired to observe closely. Since the number of scopes will always be 
limited some control over the projecting subroutine should be given to 
the operator: e.g. change from normal to wide angle projection (wide 

angle photography) to include a larger sector of the surroundings. 

2 . Picture Generation 

The task of the computer would be to 

(1) generate a correlated set of three dimensional coordi- 
nates, i.e. evaluate a set of vectors in three dimensions, 

(2) project these three dimensions on a focal plane, 

(3) display the vectors obtained in focal plane coordinates. 
The picture generated by this method may not contain massive anticues 
and should suppress hidden lines if necessary. Since this picture is 
permanently updated when the flight vehicle moves, it provides an excel- 
lent method to aid the space orientation of an operator. See ref. 13. 
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Programs to project a general set of vectors in three dimensions 
suppressing hidden lines exist (ref. 11). In Chapter III the implementa- 
tion of the general features (projection and updating) on the Adage 
graphics terminal is described, also a typical indicator is displayed 
simultaneously with the three dimensional object, projected in perspective. 

The second type of display under the control of the operator is 
the display of meters with one or a few vectors indicating the variable 
values. It seems to be unnecessary to simulate completely a standard 
indicator as long as the same information is presented. 

The configurations mentioned above can be combined easily. An 
interesting combination will result from Pseudo 3D included in real 
perspective projections. Proposals concerning this combination are made 
in Chapter III. 

iu 

E. COMPUTATIONAL REQUIREMENTS, DATA REQUIREMENTS, LANGUAGE 
CONSIDERATIONS 

Data requirements for a three dimensional transformation and pro- 
jection need a study of its own and will not be discussed further. The 
storage requirements and operations on data comprising the two dimensional 
parameters for indicators are discussed in the following: 

See figure 2. Step (1) is a read operation which is done prior to 
the real time operation of the system. Read in will be a matrix which 
contains in fixed point form the parameters necessary to generate a 
standard type of indicator: 

- initial and final value of the variable 

- number of radial lines for round or horizontal and vertical 
lines for rectangular meters 
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FIGURE 2 
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- shape, round or rectangular 

- numbers to be shown 

- spacing of radial lines 

- linear or nonlinear spacing 

- title 

- configurations desired and offset for various cases, scale. 

A set of routines must be provided to work on these input values to 
generate a list of starting and end points of vectors for drawing opera- 
tions. In general every meter will have one set of vectors from which 
it is built. Only different offset values will be added to the vectors 
to make them usable in various configurations. The offset can be 
applied digitally or by using hardware if available. Before offset 
values can be added, a multiplication by a scale factor is necessary. 
Scaling too can be done with hardware or software depending on the 
machine available. From the coordinate value x, stored permanently, the 
value x* for use in a chosen configuration is obtained by solving the 
equation x r = deltax + scale times x, where deltax is the offset value. 
Scale is the reduction factor of the normalized quantity x. 

The proper values for the parameter matrix must be found by trial 
and error after an intelligent initial guess. If a high level language, 
say FORTRAN, is used as the programming language it is difficult to 
regain all information if it is stored in one matrix only. Probably 
three or four matrices are necessary and a waste of storage will result. 
If, however, the prestart program can be written in assembly language, 
all information is most suitably packed into one matrix. The words can 
easily be evaluated in the prestart phase, most information being in YES 
or NO form and hence requiring one bit only. 
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Under PRESTART all data are computed and stored in a static array. 

The managing program will reference to the columns of the static array. 

It will authorize storage of chosen static (constant) data into the 
display buffer, where also the dynamic part is stored. The variable 
part of the meter is obtained in UPDATE, where analog to digital 
operation is triggered and the value referenced to the static array 
column of the particular quantity. 

The composition of a display (called configuration) can be influenced 
from a keyboard. The operator will decide, if a prearranged configuration 
of several indicators together with perhaps a perspective graph or one 
peculiar one for his momentary needs is most suitable. 

F. MODIFICATIONS 

It is a matter of empirical design, which shape and visual impres- 
sion for an indicator is most suitable. Human factor considerations 
are necessary. If no special copies of today's standard equipment are 
asked for (a special programming effort would be required), then it is 
possible to add and subtract easily different indicators for different 
variables by modifying the input parameter matrix. A general generation 
program will be possible for the static array if no special copies are 
asked for by the user. This might not be suitable for simulation of 
aircraft instrumentation. In this case the data of the static array 
have to be obtained in a different process, which could be the same 
digital CRT on which the meter is sketched with light pen and joystick. 

A general generation program, however, might be highly desired in an 
equipment testing situation where quick changes are often wanted. 
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G . SUMMARY 



The center of vehicle mission performance evaluation with the aid of 
a digital computer and CRT is a managing program, around which subroutines 
are oriented : 

- PRESTART, under which all static data are generated, 

- UPDATE, where all variables are updated, 

- SAMPLE INPUTS and EVALUATE; display control, 

- transferring chosen data to display buffer and initiation of display. 
The problem of acquisition of information about the geographical environ- 
ment has not been tackled. In Chapter III such a structure is assumed to 

be given. 
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III. PROGRAMMING PROJECT 



A. COMPUTATION AND DRAWING OF A VECTOR 

This chapter describes a programming project which has been carried 
out to clarify and to provide with an experimental basis the considera- 
tions of Chapter II. The computer being used (ADAGE GRAPHICS TERMINAL) 
has a word length of 30 bits. The basic calculation is carried out in 
a 15 bit format. Almost all special instructions are laid out for 
half-word operation. The basic machine cycle is 2 microseconds. See 
ref. 5. 

The capability of the AGT10 to have list display while other opera- 
tions are carried out is provided. Since the number of vectors has been 
kept low, a procedure has been chosen where every vector is displayed 
immediately after finishing its computation. No interrupts are used 
at the start or at the end of a vector drawing. (See Appendix A on 
vector generation.) The program continues immediately after the vectors 
that control vector generation have been provided with the necessary 
values, control, scale , offset, intensity, xy-position. Refreshing and 
computation is done in one loop. This procedure allows change of data 
(due to rotation f.i.) per cycle, it is the most efficient way to 
generate a dynamic display. The minimum refreshing rate is 40 passes 
through the display list per second for no flicker; even if a picture 
is changing appreciably within a second still no 9 jumps' will occur. 

If flickerless display can be established, it is possible to follow this 
procedure. For a dynamic display, however, it is not required to allow 
for changes at 40 times per second. A slower rate (less than 10 times 
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per second) will do. If the vector displayed represents the outcome 
of an electronic measurement, a noisy vector will be drawn if the measured 
quantity contains low frequency noise (which is typical because only low 
frequency quantities can be displayed). 

No vector drawing, however, may begin before the old vector has 
been completed. This is no serious restriction. If computation is 
done between vector drawings, the vector generation can easily be con- 
trolled. To refresh at 40 times per second is a strong timing require- 
ment for the overall program: updating and sampling, etc., must be 

distributed over several cycles to avoid flicker. 

(1) All calculations must be carried out in minimum possible time. 
This excludes the use of floating point or double precision (30 bit) 
arithmetic . 

(2) Storage must be used to trade for gain in time. 

(3) No high level language can be allowed for the managing pro- 
gram or the projection/rotation routines. It is not possible to use a 
high level language efficiently in connection with word preparation for 
the various registers. Bit setting and checking is an often recurring 
operation. A remedy could be the insertion of a small assembly language 
routine . 

B. GRAPH COMPLEXITY VERSUS VECTOR COMPUTATION- VECTOR DRAWING PROCEDURE 
The graph complexity is measured by the number of vectors to be 
drawn. Drawing a computed vector allows two approaches: 

1 . Compute and Draw 

See flow diagram. 
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Take one xyz-set, project, MOVE; take next xyz-set, project, DRAW. 

Use mode bit control, no interrupts. (For further explanation see 
Appendix A.) Repeat this process as often as possible per second, at 
least 40 times. 

As long as the computational work requires more than 30 micro- 
seconds, the vector drawing time is independent of the vector length. 

A projection of a vector (two xyz-sets) with the help of CVTXY (see 
Appendix C, program listings) has been determined to take 220 micro- 
seconds. If no other computational work is done, then flicker will, 
occur as soon as a list requires more than 0.025 seconds. This is the 
case for 66 vectors. This is the number for the most favourable situ- 
ation with no housekeeping of any kind required. If updating, etc., must 
be done the number of vectors will be reduced by the time required for 
housekeeping . 

2 . List Display 

See flow diagram. 
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Compute the list of xy positions in the focal plane, store them in a 
list, display the list stored as long as there is no change required. 

If a change is required, recompute the list. 

Roughly 200 microseconds are required for the housekeeping, 
bit-setting and storage into list per vector. Let the program be 
trapped for 30 microseconds (longest allowed vector), i.e. 60 ms for 
one vector. With 60 ms per vector, 417 vectors can be drawn. This 
assumes a list of vectors stored in proper form. 

3 . Comparison 

For a static picture repeated computation allows a maximum of 
about 70 vectors while list display can process about 420 vectors. 

With list display it has been assumed that the program is trapped while 
vectors are drawn. If updating and rotations are necessary the number 
of vectors must be reduced. The rotational work is proportional to 
the total number of vectors. If . 1 of the time must be reserved 63 
vectors are possible with approach (1), while 378 vectors could be 
drawn otherwise. To avoid pulsation, however, list computation must 
be carried out over several periods (only 60 vectors can be computed 
and stored per period) before a new list is ready for display. It is 
not possible to display a partially updated list because of distortion. 
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Hence, the reduction in the number of vectors drawable is approximately 
twice as large with procedure III . B . 2. Still 336 vectors can be drawn. 

A remedy for case III .B .2 is possible by not requiring program 
trapping while vectors are drawn. In this case all updating and 
rotational computation can be done while drawing of vectors is accom- 
plished on a cycle stealing basis. All, 420 vectors can be drawn. 

Within slightly more than 7 periods a list is recomputab le . Next the 
results of sectionlll.B are tabulated. See Table I. 
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EOV, EOL 
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Trapped 
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Drawing 
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1 
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No 


No 
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V 


List 

Processing 


Optional 


Yes 


420 


(2f)-n v 


List 

Processing 


Yes 


No 


420 


No 

Reduction 



n = number of vectors in list 
v 

f = fraction of computation time required 



TABLE I 

C. PROJECTION OF A CHOSEN GEOMETRY 

The restrictions described above are silent directions for every 
programming effort that aims at implementation of a flight situation. 

A simple geometric structure in three dimensions has been constructed 
and serves as the data the managing program will assign to various sub- 
routines to operate on. See fig. 3. 
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The vector end points are sequentially transferred to a projecting 
routine that transforms three dimensional coordinates into planar 
coordinates of the focal plane. The routine that has been written is 
general in that it will project 3 D coordinates onto the focal plane 
from any focal point selected. The distance of the focal point from 
the focal plane is allowed to vary. Also the focal vector may vary. 
Parameters required are : 

C (c , c , c ) , the coordinates of the focal point: 
x y z 

alpha, angle of line of sight (focal vector) with the positive 
x-axis ; 

beta, angle of focal vector with y-axis ; 

gamma, angle of focal vector with z-axis ; 

d, distance between focal plane and observer. 

The projection program (called CVTXY) implements the following equations 

q = c + d cos a [d = DSTNC ] 

x x 

q = c + d cos R 

y y p 

q = c + d cos 7 
z z 

KK = d| [(x-c^) cos a + (y-Cy) cos g + (c-c^) cos 7] 

§ “ c x + KK (x-c x ) 

n - c y + KK (y- Cy ) 

C = C + KK (z-c ) 
z z 

XX = I -q„) cos g - On-q ) cos a]|sin 7 

x y 

( 1 ) = t-(§-q x ) cos 7 + (C-q z ) cos Ct] | sin 6 

(for sin 7=0) 

YY = (C-q z )|sin 7 

(2) = (r|-q y ) | sin B (for sin 7 = 0) 

Equations ( 1 ) and ( 2 ) have not been implemented. 
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See figure 3. First the coordinates of Q are found. Q is the point of 
intersection of the focal plane with its normal through C. Computed then 
are the coordinates of P f which is obtained by intersecting the ray from 
P to C with the foacl plane. anc * C are then used to find the two- 

dimensional coordinates XX, YY in the focal plane. 

(0, 0) in the focal plane is given by Q. For further information 
see ref. 13. 

The projection program can be used by any user provided the following 
restrictions are met: 

given that the focal vector points to the origin, the linear 
extension of the geometric structure may not lie beyond 25$ of the total 
word length used (15 bits, maximum number = 37777g, implies a maximum 
linear extension of 10000^). If the extensions become bigger, over- 
flow cannot be avoided. Overflow prevention operations have only 
partially been implemented to avoid time losses by a complicated com- 
putational structure. This structure will eventually lead to floating 
point arithmetic which had been excluded at the beginning. 



D . ROTATION 

The rotation program (called Dl) implements rotations (orthogonal 
transformations) around the y-axis and around the z-axis according to 

\ 



the following equations 
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for rotation around the y-axis 
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/ for z-axis rotation 
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y { f for y-axis rotation 

W ; 

For further information on orthogonal transormations , see ref. 7. 

Rotation around a general set of coordinate axes, defined implicitly 
by specifying c^, c , c^ , alpha, beta, gamma, is demonstrated in a pro- 
gram called ROT. 



E. APPLICATION TO FLIGHT VEHICLE MISSION PERFORMANCE EVALUATION 

Projection and rotation are the basis of any perspective picture 
usage in performance evaluation. Since the programs are general from 
a mathematical point of view, they can be used to display any function 
of two variables. The part of the function to be projected must be 
broken up into a series of short vectors, depending in length the 
frequency content of the function. To have a satisfactory display of a 
three dimensional structure, it is in general necessary to solve the 
hidden line problem. This problem has not been tackled in this project 
for the following reasons: 

(a) The time requirement of a general hidden line suppressing 
routine will be beyond what can be tolerated in an application where 
refreshing must be done by the CPU. 
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(b) A simple geometrical structure of limited extension viewed 
from a large distance will not be destroyed by anticues, if the vari- 
ations in the z-direction are few and isolated. It follows that the 
routines provided in this project are not general enough to be used in 
connection with, say, engineering drawings which shall be viewed from 
all sides. If there is no requirement for a dynamic display, then a 
hidden line suppressing routine can be added to the existing routines. 

For the purpose of demonstrating the capability of a digitally con- 
trolled CRT in flight vehicle performance evaluation, they are not 
required. The following part of a flight simulation has been implemented 
(the pilot is imagined to be at the focal point): 

Let the structure of the geometry be given as shown in fig. 3. 

Let it correspond to an airfield (one can think of a real 
display with a PSEU10 3D). Upon approaching this field the eye of the 
pilot (he is allowed unshaded view into all directions) will sense the 
changed perspective with respect to the airfield as a result of his 
motion. Proceeding towards the airfield on the same flight level will 
change the perspective to a top view. Side translation will result 
in a rotation around the z-axis. The presentation of the field is 
permanent which means that the observers eye is fixed to the destination 
and not following the course of the vehicle. It is a matter of a side 
translation to move the structure out of the scope, if it is desired to 
have the operators eye restricted to a small viewing angle (solid angle) 
in the direction of the course of the vehicle. A program has been pro- 
vided that limits the x and y values when they are about to overflow 
(see Appendix). It has been demonstrated, that a permanent perspective 
display of the bearing of the destination has its attractions. 
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The sequence of perspective pictures that will result from a moving 
vehicle can be obtained in a computer application in two different ways: 

(1) One end of the focal vector is fixed on the object, the 

position in space to which the other end is connected is changing, hence 

the focal plane will follow a rotation and translation. C (c , c , c ), 

K x y z 

alpha, beta, and gamma must be updated permanently. A straightforward 
solution will result. The computational work necessary to perform up- 
dating is lengthy and difficult to carry out in fixed point arithmetic. 

It requires evaluation of three dot products and evaluation of inverse 
cos ines . 

(2) Instead of letting the aircraft move around the airfield, 
let the relative motion of the airfield around the aircraft be used as 
a basis for computing the perspective change of the airfield. Instead 
of allowing the airfield to move and being repositioned by coordinate 
transformation (translation), which is necessary in fixed point arith- 
metic, leave the airfield permanently as the origin of the focal vector. 

Use the computed change of perspective to rotate the geometrical 
structure . 

This simplification is only justified under certain conditions: 

(1) extensions of the geometric structure in view are small and 
confined to a certain region, 

(2) the (initial) c must be large compared to the highest objects 

z 

in the structure. 

There are difficulties in providing magnification as a measure of 
changing distance encountered the solution of which is so far unsa t ifac t ory . 

Under the assumption that a satisfactory solution to the last problem 
can be found, the method has attractions: 



29 



(1) considerably less computational work, simple implementation, 
only one focal point and one value for each of C ( c x > c , c z ) > alpha, 
beta, gamma is required; part of the projection program is repetitive 
and can be bypassed, 

(2) no coordinate translations are necessary. 

Beyond the advantages stated, the speed of the operation can later 
be improved by attaching hardware which can accomplish rotations. 

In order to achieve the visual impression of an approach to an 
airfield, it is necessary to control the rotation of the structure to 
be projected according to the computed perspective changes. The simplest 
way to control rotations is to project along the absolute x-axis and 
rotate the geometry by the proper value initially for true geographical 
reference. From then on altering the vehicle f s course and speed will 
have consistent effects on the perspective. 

The angles by which rotation must be carried out are obtained by a 
simple simulation routine. According to the motion in the xy-plane , 
the updated position is used to compute the angular change with respect 
to a reference line. See fig. 4. 

For a relative motion of the object from A to B the angle by which 
the object appears to be rotated is given by , 

T| 3 = tt/2 - arctan (y B /x B ). 

When the managing routine calls the update routine, the value for 
the rotation is computed and stored. Before the vectors are displayed, 
an investigation is made if there is a need of an angular or horizontal 
rotation. If so, rotation is carried out before projection. 
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Scope for object at A 
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F. OVERALL PROGRAM STRUCTURE 




FIGURE 5 
32 




G. CRITICAL COMMENTS 



The overall managing program, given in block diagram form (fig. 5) 
can be regarded successful in the following aspects: 

(1) implementation of projection rotation and translation in 
a running process, 

(2) vector generation from the digital processor (DPR2) instead 
of using the display operator provided by the Adage Company, 

(3) effective demonstration of a section of a flight situation 
(see photographic sequence), 

(4) an initial step in the direction of limiting has been carried 
out (see Appendix C) . 

The overall managing program leaves several aspects open for further 
studies : 

(1) the flight situation demonstrated is still in an experimental 

state - 

(a) timing of managing is not optimized, 

(b) the minimum levels of rotation that provide a smoothly 
varying display have not been determined, 

(c) the aspects of final approach to the f air field' have 
not been investigated, a routine that magnifies the object proportion- 
ally to the distance and reduces the geometric extensions by software 
limiting need to be introduced, 

(2) a study is suggested for the generation of a set of vectors 
describing in a simple but proper way a chosen 'target* area, which must 
be allowed to contain any three dimensional structure whatsoever. 
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H. PROPOSALS FOR APPLICATION OF THE TECHNIQUE 



Without further investigations an assessment concerning the general 
applicability of the technique in an arbitrary flight situation cannot 
be made. This is especially true with the problem of finding a set of 
vectors describing the geometry being unsolved. But there are certain 
cases in which the destination geometry is very simple; in a ship to 
ship guided missile problem there is no difficulty in defining the tar- 
get geometry. A lack of profile might be a problem here. A combination 
of PSEUDO 3D elements and real target description is no problem from a 
programming point of view and could be employed to ease the guiding 
problem greatly. When looking at the photographic results there is no 
way to tell which vectors belong to the real world and which are super- 
imposed. Once a geometric reference is set up a misinterpretation is 
impossible when geometric measurements are updated. 

There is one particular feature that should draw interest: by 

showing the perspective view of an object as seen from a moving obser- 
vation point (the view is no function of roll, pitch and yaw!) all the 
time, it is possible to train personnel in minimum time to bring a 
vehicle into a desired target area. This feature is effectively dem- 
onstrated (see photographs). The sequence of photos mentioned depicts 
a situation as shown in fig. 4., where the technique is described, that 
leads to the sequence. The photos show also the true course of the 
vehicle and its radar picture, superimposed in the same display. With- 
out familiarization with the significance of the different types of 
information combined, the display will be confusing. This suggests 
that certain types of familiar presentations might not be combined at 
all. They are shown here to demonstrate the dynamic capability of the 
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display, and to allow control of the perspective rotations 
of the experiment. 



in the frame 
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IV. CONCLUSIONS 



A programming project has been carried out to 

- study aspects of flight vehicle performance evaluation with 
the help of a digital CRT, 

- investigate within the realm of the application the capa- 
bility of the AGT10 to perform the assigned task. 

A simple technique for operation (or guiding) a flight vehicle has 
been described and implemented in an experimental form. Some possible 
fields of application have been pointed out, also proposals for further 
studies have been made. The capability of the machine to perform a 
certain amount of computational work in updating and sampling controls 
has been demonstrated. With increasing complexity of the geometric 
structure list processing has been found the way that leaves a maximum 
of computation time available for other work. Updating and refreshing 
in one loop will be below the rate required as soon as the number of 
vectors to be displayed becomes larger. Suggestions have been made to 
introduce hardware in the rotational work, this will allow for more 
computation time in a tight situation. 

Fixed point arithmetic must be employed if the refreshing rate 
necessary for flicker less display shall be maintained. With fixed 
point arithmetic there will always be a finite probability of over- 
flow if numerical restrictions are not met. 
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APPENDIX A 



VECTOR GENERATION FROM THE DIGITAL PROCESSOR 
There exists a program package called DSPLY, the so-called display 
operator, provided by the Adage Company. This system of programs fur- 
nishes means of drawing vectors, points and simple structures the 
defining coordinates of which must be described in machine language 
format. The aid consists of providing statements which are resolved 
into sequences of machine language instructions, which guarantee proper 
timing in transferring values to the various registers involved in a 
vector drawing operation. By avoiding these problems some advantages 
are lost and new problems are created (large storage requirement because 
of its generality). Much understanding for the otherwise often meaning- 
less formats of the display operator is gained by studying the basic 
steps of vector generation directly from the DPR2 . A dynamic display, 
however, requires the most efficient vector generation and requires 
more storage than the display operator leaves for use. 

The following registers (destinations) must be provided with a 
value to control every phase and aspect of vector drawing: 

Destination 10 (DIO), upper 14 bits 
destination 11 (Dll) , upper 15 bits 
destination 7 (D7), both half-words 
destination 6 (D6) , lower 15 bits 
destination 5 (D5) , both half-words. 

The sequence shown above is mandatory. If a value is already set, its 
repetition can be omitted, except the transfer to destination 5. The 
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most important registers are destination 10 and destination 5. The 
operating modes of the vector generator are controlled by the values in 
the upper 14 bits of destination 10. D5 is the destination register for 
the XY pair to describe one end of a vector. One can distinguish two 
major operating modes of the vector generation: flag bit control and 

mode bit control. 



M4 



M3 



M2 



0 12 



Ml 



3 



D 

A 

S 

H 


D 

C 

L 


B1 


B2 


B3 


B4 


Pi 


P2 


4 


5 


6 


7 


8 


9 


10 


11 



Control word for destination 10 



P3 



12 



P4 



XXX 
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A. FLAG BIT CONTROL 

M4 = 1 directs the vector generator (AVG) to investigate bits 14 
and 29, if a vector shall be drawn (bit 29 = 1) or if a vector shall 
be moved (blanked motion; bit 29 = 0) . A vector drawing requires a 
MOVE operation to the starting point and a DRAW operation to the vector 
end point. If the starting point is the end point of another vector, 
MOVE can be omitted. Bit 14 = 1 signals end of list (EOL) , in which 
case the AVG is switched off after the last vector drawing. Various 
options exist under flag bit control mode: the details can be obtained 

from the "Subsystem Programming Specifications" for the AVG. In the 
following is described, how a list is most suitably processed in a 
majority of applications : 

If M3 = 1, at the end of a vector drawn an 'end of vector' (EOV) 
interrupt occurs and control is transferred automatically to pivot 
location 77736. The instruction 

MDIR'X 77736 
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is executed. The instruction to be taken to the instruction register 
(IR) is the one stored in 77756. If previously 

MD05 DATA 

(transfer from memory location DATA to destination 5) has been stored in 
77756, then the next instruction is transferred to destination 5 the 
effective address being now DATA + 1 - due to the indexing operation 
which incremented the contents of 77756. DATA is the starting address 

of the list of values that represent the beginning and the end of all 

vectors to be drawn. DATA might typically be a set of vectors to con- 
struct a subpicture. The transfer to D5 is stopped if a 1 bit in position 

14 is discovered signalling the end of the list. No option exists to 
rule out the end of list interrupt under flag bit control. 

When the interrupt occurs control is transferred to pivot location 
77757 and the instruction 

JPSR'I 77757 

is carried out. Whatever address is stored in 77757, the next instruction 
is taken from this address plus 1 in accordance with the correct inter- 
pretation of JPSR. The interrupt Flip Flop remains set until a JUMP'1 
instruction is encountered which clears the interrupt. If the address 
stored in 77757 is another transfer sequence DlO, Dll, ..., D5 , the 
basic refreshing loop is set up. With the help of an end of list 
interrupt it is possible to sequence several independent lists of 
variable length. All lists together might form a picture of a complex 
structure . 

Transfer of the list values is made on a cycle stealing basis. If 
all list values must be modified before displaying can start (e.g. 
rotation of a body), the basic refreshing loop as described above can 
easily be altered. 
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The following instructions set the proper bits to accomplish a 



vector generation from a 


list with 


EOV and EOL interrupts (also all 


other register values are 


included) 


and trigger processing: 


MD10'O 


ADDR1 


. * 

/operating mode of AVG 


MD11 


ADDR2 


/sea le 


MD07 


ADDR3 


/ offset 


MD06 


ADDR4 


/ intens ity 


MDAR 


ADDR5 


/store next list addr in 
77757 


ARMD 


77757 


/store next list addr in 
77757 


MDAR 


ADDR6 


/store MD05 DATA in 77756 


ARMD 


77756 


/store MD05 DATA in 77756 


MD05 


DATA 


/transfer first XY pair 


continue 






In locations ADDR1 , ADDR2 


, . . . , ADDR6 the following constants are 



stored : 



ADDRl 


: 6040 $ 


: H 


ADDR2 


: 37777 


! H 


ADDR3 


: 0 




ADDR4 


: 20000 




ADDR5 


: 0 


! H TABLE 


ADDR6 


: MD05 


! H DATA 


DATA 


: XI 


! H Yl 
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B. MODE BIT CONTROL 



Mode bit control is exerted whenever M4 = 0. Bits (14) and (29) are 
of no effect. A variety of options exists. One very useful for indivi- 
dual MOVE or DRAW operations is outlined here: 

No interrupts occur at the end of the vector drawing operation. 
Hence the program must assume what the vector lengths and the resultant 
drawing times will be. The interval between any two transfers to 
destination 10, 6, or 5 should be about 8 microseconds (the equivalent 
of 2 normal instructions). A transfer too early acts like an inhibit 
operation and no vector at all is drawn. Provided the other registers 
have been assigned the desired value previously, the instruction 

MD10'O LOCI 

will initiate a MOVE operation, where LOCI : 10400 ! H 

and the instruction 

MD10 ' 0 L0C2 

will initiate a DRAW operation, where L0C2 : 14400 ! H. 

Obviously a word must have been transferred to destination 5 between 
the above two instructions and a transfer is expected after the latter 
one . 

With the help of the AVG subsystem programming specifications it is 
easy to resolve the word at location L0C2 into its information content: 
Bits 2, 3, and 6 are set, i.e. M2 = Ml = 1 , M4 = M3 = 0 . M4 = 0 implies 

mode bit control, Ml = 1 implies draw a vector in two dimensions, bit 

6=1 implies scope I on. To utilize the various options provided, it 
is easy to make up the proper word. When changing from a MOVE to a 
DRAW and back to a MOVE it is necessary to interpose an AND operation 
to make sure that the proper bit (Ml in this case) is on or off 
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respectively. Otherwise all MOVE instructions are interpreted as DRAW 
instructions . 

C. SAMPLING OF FUNCTION SWITCHES AND JOYSTICK 

1 . Function Switches 

Very often joystick and function switches are used in connection 
with vector drawing operations. The function switches individually have 
a value of 1 as long as they are depressed only. If IC (9) (interface 
control register) is on, the upper 15 bits of source 5 are connected to 
function switches 1 to 15. An instruction sequence 

MDIC'O'L 
4# ! H 

S5MD FSW 

FSW : 

will initiate the transfer of the instantaneous state of S5 to the 
memory location FSW. With suitable AND operations the various bits can 
then be investigated. If IC (9) = 0, then the states of function switch 
16 and the foot pedals are connected to S5. Obviously the contents of 
source 5 can be transferred to any legal destination like AR, BR, ... . 

2 . Joystick 

A different procedure must be followed if it is desired to obtain 
the instantaneous value of the joystick potentiometers. There is no 
analog to digital converter available with the AGT10. Instead a digital 
comparison value is converted to an analog one and a comparison is made. 
Source 4 bit 24 is on or off, depending on whether or not the differ- 
ence between the comparison value and the unknown quantity is greater 
or less than zero. The comparison value is sent to destination 7, bits 
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0 to 14. A multiplexing operation (initiated by switching on bits 22, 

23, or 24 of destination 11) selects the desired variable for comparison. 

It is possible to compare the sum of two unknown voltages. A sequence 

of yes or no questions (10) leads to a digital value of 10 bits. When 

the proper voltage value has been found, it is normalized with the 

maximum number found at the joystick. A program called 'HEBEI/ can be 

called. The sampled value is returned in the lower 15 bits of the 

A-register. When entering the subroutine, the A-register must contain 

the values used in multiplexing (20 for the x-voltage, 40 for the 

y-voltage). When the end values of the potentiometers are not set 

to their proper value, normalization will give a meaningless result. 

A check of proper adjustment can be made by assembling a program 

called 'ATODE', pushing at execution joystick into any extreme position. 

A listing of the values in locations ATODE + 16 Q and ATODE + 17 should 

o o 

show the corresponding values. Programs HEBEL and ATODE are listed 
be low . 
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APPENDIX B 



PROGRAMMING HINTS FOR ADAGE ASSEMBLY LANGUAGE 
Careful study of the programming instruction manual provided by the 
Adage Company will not provide adequate preparation for several 
minor difficulties. The following remarks are intended to save experi- 
mentation time when first working with the terminal. 

(1) Multiplication involves the extended arithmetic unit (EAU1). 

It uses more time than a normal instruction. Hence, if the instruction 
that succeeds uses the A-registor, too, a NOOP must immediately follow 
the multiply instruction. 

The same holds for the divide and shift instructions. The latter 
ones require a NOOP, however, only in the case of the shift being more 
than a half-word. 

(2) MPYU LOC multiplies the lower 15 bits of the accumulator 
by the contents of the upper half of the word in location LOC; MPYL 
LOC multiplies by the lower half of the word in location LOC, assumes 
bits 1 to 14 equal to zero, but taking part in the multiplication 
operation . 

(3) Local storage assignment when programming in assembly language: 
can be done with the help of a macro -- 

REPEAT 

0 

ENDR 

The number replacing the three dots must be octal. 
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(4) Operating recommendations for AGT 10: 

Program execution . To execute a program on the AGT 10 it is 
necessary to load the program from magnetic tape first. A teletype 
statement to the monitor START (’’program name”, 0)! will direct the 
monitor to load the program from tape with the help of the loader. The 
tape unit is indicated by ” 0 ” . All external programs needed are loaded 
and linked, too. A statement 120 ! or GOTO (120) .’ will execute the 
program loaded. 120 can be replaced by any number consituting a mean- 
ingful entry point. For further details see programming specifications 
for AMRMX (name of system). A load and go procedure is suitable for 
some programs which is initiated by ’program name'! 

Generation of a program using assembly language . At the end 
of an assembly, the object program is appended as the next file on the 
user’s tape. The assembler will operate on the source language state- 
ments in the scratch pad (file 10, first 24 feet of tape immediately 
following the load point) of the user’s tape. The following steps are 
necessary in the production of an object program: 

(a) write source program on the scratch pad, 

(b) load assembler from mag tape and execute assembler (either 
START (’’ADEPT”, 0) and ADEPT.’, or simply ADEPT.’ as a load and go). 

To ( ) : To write text onto the scratch pad is done with the help 
of a program called EDIT. When EDIT is loaded and executed the state- 
ments written on the scratch pad can be controlled from teletype. A 
variety of instructions exist (see Manual on EDIT). After text ’edition’ 
has been completed, a control statement f B, return’ will try to return 
control to the monitor (system). Since EDIT overlays part of the system, 
however, it is necessary to reload the system from tape. This is done 
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from the control panel (OPC) with depression of the following sequence 
of buttons : 

HALT - RESET - RUN - clear buffer register and set 1001 2 - PULSE 1. 
Not earlier than after the depression of PULSE 1 the loader (which is 
not overlayed by EDIT under legal circumstances) will begin a tape 
search for file 11, which contains the system. When file 11 is found, 
a teletype statement MO/DA/YR = is issued; it must be completed properly. 

Step (b) can now follow. 

To (b) : At the end of the assembly, it is again necessary to reload 

the system from tape, since the storage requirement of ADEPT and 
further necessary programs are such that the system is overlayed. If 
by some unwanted or unexplainable action the loader has been destroyed, 
it must be reloaded from paper tape (Bootstrap). An indication of a 
destroyed loader is often tape motion before PULSE 1 has been depressed 
when trying to load from tape. The procedure then is: depress buttons 

RESET and BTSTR in that sequence, then start paper tape reader. 
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APPENDIX C 



PROGRAM LISTINGS AND SHORT DOCUMENTATION 
A. SUBROUTINE SCHB 

Implements a translation of a vector in one direction (y-direction) . 
(If the x-direction is direction of translation, rotation by 90° is 
necessary.) When a limit is met, scissoring is performed by computing 
a new vector end point. 

The value by which translation shall be made must be stored in the 
accumulator before entering SCHB. 

SCH expects the first address of the four vector coordinates 
(XXI, YYl, XX2 , YY2) in the buffer register (Pointer). 




See photograph on following page. Routine VSRS is used for the purpose 
of demonstration. 
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B . SUBROUTINE ROT 



Computes rotational change of coordinates for rotations by + 5° 
around the x, y and z axis. Six entry points can be referenced to 
externally. The mathematical basis is shown in Chapter III. Input 
parameters are (common storage) PX, PY, PZ . New values are returned 
in the same locations. 

C. SUBROUTINE HEBEL 

Subroutine HEBEL has been described in Appendix A (joystick). 

D. SUBROUTINE CVTXY AND Dl 

Subroutines CVTXY and Dl have been described in Chapter III. 
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EXPUNGE 
TITLE ROT 

ENTRY ROT*DRLFT*DRGHT*DRXPS* DRXNG* DRYPS*DRYNG 

COMMON CX* CY* CZ* PX* PY* PZ* XX* YY* DSTNC* ALPHA/ BETA* GAMMA* SBET A 

COMMON FI *F2* THETA 



NOOP 




NO OP 




MDAR’L 




00707 ! H 




ARMD 


DTHETA 


JPSR 


SCOSA 


ARMD 


CTHETA 


MDAR 


DTHETA 


JPSR 


SSINA 


ARMD 


STHETA 


MDAR ' N 


DTHETA 


JPSR 


SCO SA 


ARMD 


CFI 


MDAR ’N 


DTHETA 


JPSR 


SSINA 


ARMD 


SFI 


MDAR’L 




NOOP 




ARMD 


DRLFT+1 


ARMD 


DRGHT+1 


JUMP* I 


D 1 


NOOP 




MDAR’L 




00707 ! H 




ARMD 


DMEGA 


JPSR 


SCOSA 


ARMD 


CEPS 


MDAR 


DMEGA 


JPSR 


SSINA 


ARMD 


SEPS 


MDAR ’N 


DMEGA 


JPSR 


SCOSA 


ARMD 


CKAPPA 


MDAR ' N 


DMEGA 


JPSR 


SSINA 


ARMD 


SKAPPA 


MDAR’L 




NOOP 




ARMD 


DRXPS+ 1 


ARMD 


DRXNG+1 


JUMP ’ I 


D2 


NOOP 




MDAR’L 




00707 !H 




ARMD 


DLBDA 


JPSR 


SCOSA 


ARMD 


CMU 


MDAR 


DLBDA 


JPSR 


SSINA 


ARMD 


SMU 


MDAR’N 


DLBDA 
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DRLFT : 



DRGHT: 



DRXPS : 



JPSR 


SCOSA 


ARMD 


CNU 


MDAR *iM 


DL8DA 


JPSR 


$ S I N A 


ARMD 


SNU 


MD AR * L 




NOOP 




ARMD 


DRYPS+ 1 


ARMD 


DRYNG+ 1 


JUMP * I 


D3 


NOOP 




JPSR 


D 1 


MDAR 


PX 


MPYU 


CTHETA 


NOOP 




ARMD 


PR 1 


MDAR 


PX 


MPYU 


STHETA 


NOOP 




ARMD 'N 


PR4 


MDAR 


PY 


MPYU 


STHETA 


NOOP 




MDAE 


PR 1 


ARMD 'H 


PX 


MDAR 


PY 


MPYU 


CTHETA 


NOOP 




MDAE 


PR4 


ARMD *H 


PY 


JUMP 1 I 


DRLFT 


NOOP 




JPSR 


D 1 


MDAR 


PX 


MPYU 


CFI 


NOOP 




ARMD 


PR 1 


MDAR 


PX 


MPYU 


SFI 


NOOP 




ARMD \N 


PR4 


MDAR 


PY 


MPYU 


SFI 


NOOP 




MDAE 


PR 1 


ARMD 'H 


PX 


MDAR 


PY 


MPYU 


CFI 


NOOP 




MDAE 


PR4 


ARMD *H 


PY 


JUMP 1 1 


DRGHT 


NOOP 




JPSR 


D 2 


MDAR 


PY 


MPYU 


CEPS 



[COMPUTED XP R I ME * Y P R I ME 
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DRXNG: 



DRYPS: 



NOOP 

ARMD 

MDAR 

MPYU 

NOOP 

ARMD 'N 

MDAR 

MPYU 

•NOOP 

MDAE 

ARMD *H 

MDAR 

MPYU 

NOOP 

MDAE 

ARMD ’H 

JUMP ' I 

NOOP 

JPSR 

MDAR 

MPYU 

NOOP 

ARMD 

MDAR 

MPYU 

NOOP 

ARMD *N 

MDAR 

MPYU 

NOOP 

MDAE 

ARMD ’H 

MDAR 

MPYU 

NOOP 

MDAE 

ARMD ’H 

JUMP ' I 

NOOP 

JPSR 

MDAR 

MPYU 

NOOP 

ARMD 

MDAR 

MPYU 

NOOP 

ARMD 

MDAR ' N 

MPYU 

NOOP 

MDAE 

ARMD ’H 

MDAR 

MPYU 



PR 1 
PY 

SEPS 

PR4 
PZ ■ 
SEPS 

PR 1 

PY 

PZ 

CEPS 

PR4 

PZ 

DRXPS 



D2 

PY 

CKAPPA 

PR 1 
PY 

SKAPPA 

PR4 

PZ 

SKAPPA 

PR 1 

PY 

PZ 

CKAPPA 

PR4 

PZ 

DRXNG 

D3 

PX 

CMU 

PR 1 

PX 

SMU 

PR4 

PZ 

SMU 

PR 1 
PX 
PZ 
CMU 





NOOP 

MDAE 


PRA 




ARMD * H 


PZ 




JUMP ' I 


DRYPS 


DRYNG: 


NOOP 






JPSR 


03 




MDAR 


PX 




MPYU 


CMU 




NOOP 

ARMD 


PR 1 




MDAR 


PX 




MPYU 


SMU 




NO OP 
ARMD 


PR4 




MDAR ' N 


PZ 




MPYU 


SMU 




NOOP 

MDAE 


PR 1 




ARMD ’ H 


PX 




MDAR 


PZ 




MPYU 


CMU 




NOOP 

MDAE 


PR4 




ARMD *H 


PZ 




JUMP ' I 


DRYMG 


DTHET A : 


NO OP 




STHETA: 


NO OP 




CTHETA: 


NOOP 




SFI : 


NOOP 




CFI : 


NOOP 




PR 1 : 


NOOP 




PR4 : 


NOOP 




DMEGA: 


NOOP 




CEPS: 


NOOP 




SEPS: 


NOOP 




CKAPPA: 


NOOP 




SKAPPA: 


NOOP 




DLBDA: 


NOOP 




CMU: 


NOOP 




SMU: 


NOOP 




CNU : 


NOOP 




SN'J: 


NOOP 




MPYU= 1 5400 ! H 




TERMINATE 





EXPUNGE 
TITLE CVTXY 
ENTRY CVTXY 

COMMON CX,CY,CZ*PX,PY>PZ>XX>YY> DSTNC, ALPHA, BETA, GAMMA, SBETA 
COMMON F 1 , F2, THETA 



CVTXY: 


NOOP 

MOAR 


FI 










N 1 : 


JPLS 


Nl+2 












JUMP 
MDAR ' L 
0 


BEGIN 












ARMD 


FI 












MDAR 


ALPHA 


[ALPHA STORED IN BITS 


0- 


14 




JPSR 


$COS A 












ARMD 


CALPH 


C 


COS ALPHA IN BITS 0 


TO 


14 




MDAR 


BETA 












JPSR 


$COS A 












ARMD 


CBETA 


C 


COS BETA IN BITS 0 


TO 


14 




MDAR 


GAMMA 












JPSR 


SCOSA 












ARMD 


CGAMA 


C 


COS GAMMA IN BITS 0 


TO 


14 




MDAR 


BETA 












JPSR 


$ S I N A 












ARMD 


SBETA 


[ 


SIN BETA IN BITS 0 


TO 


1 4 




MDAR 


GAMMA 












JPSR 


$ S I N A 












ARMD 


SGAMA 


[ 


SIN GAMMA IN BITS 0 


TO 


1 4 




MDAR 


DSTNC 


c 


IN BITS 15 TO 29 








MPYU 

NOOP 


CALPH 












ARRS 


1 7 












MDAS 


CX 












ARMD 


QX 


[LAST 6 STEPS COMPUTE 


QX 


IN 1 




MDAR 


DSTNC 












MPYU 

NOOP 


CBETA 












ARRS 


1 7 












MDAS 


CY 












ARMD 


9Y 


[QY IN BITS 15 TO 29 








MDAR 


DSTNC 












MPYU 
NO OP 


CGAMA 












ARRS 


1 7 












MDAS 


CZ 












ARMD 


QZ 


[ 


IN 15 TO 29 







5-29 
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( 



BEGIN: 



NOOP 

NDAR 

NPYU 

NO OP 

ARRS 

NOOP 

ARND 

NDAR 

NPYU 

NO OP 

ARRS 

NOOP 

NDAS'N 

ARND 

NDAR 

NPYU 

NO OP 

ARRS 

NO OP 

ARND 

NDAR 

NPYU 

NOOP 

ARRS 

NOOP 

NDAS ' N 

ARND 

NDAR 

NPYU 

NOOP 

ARRS 

NOOP 

ARND 

NDAR 

NPYU 

NOOP 

ARRS 

NOOP 

NDAS'N 

ARND 

NDAS 

NDAS 

ARND ' H 

NDAR ' H 

ARRS 

DIVU 

NOOP 

ARND ’ H 



CX 

CALPH 

20 

XNCX 

PX 

CALPH 

20 

XNCX 

XNCX 

CY 

CBETA 

20 

YNCY 

PY 

CBETA 

20 

YNCY 

YNCY 

CZ 

CGANA 

20 

ZNCZ 

PZ 

CGANA 

20 

ZNCZ 

ZMCZ 

YMCY 

XNCX 

NENNR 

DSTNC 

1 

NENNR 

KKK 



CIS TO 29 
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ONE: MDAR 

MPYU 
NOOP 
ARMD 
MDAR 
MPYU 
NOOP 
MDAE ' N 
MDAE’H 
ARMD 
MDAR 
MPYU 
NO OP 
ARMD 
MDAR 
MPYU 
NOOP 
MDAE ’N 
MDAE ’ H 
ARMD 
MDAR 
MPYU 
NO OP 
ARMD 
MDAR 
MPYU 
NOOP 
MDAE *N 
MDAE *H 
ARMD 
MDAR 
MPYU 
NOOP 
ARMD 
MDAR 
ARRS 
MPYU 
NOOP 
MDAE 'N 
ARMD 
MDAR 
MPYU 
NO OP 
ARMD 
MDAR 
ARRS 
MPYU 
NOOP 
MDAE ' N 
ARMD 
MDAE’N 
DIVU 
NOOP 
ARMD 
MDAR 

MDAE 'H 'N 



CX 

KKK 

CXKKK C 0 TO 28 

PX 

KKK 

CXKKK 

CX 

XI 

CY 

KKK 

CYKKK 

PY 

KKK 

CYKKK 

CY 

ETA 

CZ 

KKK 

CZKKK 

PZ 

KKK 

CZKKK 

CZ 

ZET Pi 
QY 

CALPH 

XXZL2 
ETA 
1 7 

CALPH 

XXZL2 

XXZL2 

QX 

CBETA 

XXZL1 

XI 

17 

CBETA 

XXZL1 

XXZL1 

XXZL2 

SGAMA 

XX 

ZETA 
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SGAMA 





01 vu 

NOOP 
4-; MO 
J JMP ’ I 


CALPHs 


N 70 P 


CtBETA: 


iM OOP 


CGAMA: 


NOOP 


SGAMA: 


NOOP 


QX : 


NOOP 


QY: 


N JOP 


OX: 


NOOP 


XMCX : 


NOOP 


YMCY : 


N OOP 


Z'HCZ: 


NOOP 


XKK : 


NOOP 


NENNR: 


NOOP 


XI : 


NOOP 


ETA: 


NOOP 


£ETA: 


NOOP 


ZXZL 1 : 


NOOP 


XXXL2 : 


NOOP 


CXXKX: 


NOOP 


CYKKK: 


NOOP 


CZXKK : 


NOOP 


ST 3 RE: 


NOOP 


ARLS= 1 7500 ! H 
MP YI = 1 5440 ! H 
ARRS= 1 7440 ! H 
MPYU= 1 5400 ! H 
MPYL= 1 5420 ! H 
D I VU= 1 6400 ! H 
TERMINATE 



YY 

CVTXY 



LXPUNGE 
TITLE VSRS 
ENTRY VSRS 
VS.RS : NOOP 

MDAR’L 

60000 



ARMD PARX1 

MDAR’L 

70000 

ARMD PARY1 

MDAR’L 
20000 

ARMD PARX2 

ARMD PARY2 

MDAR DELY 

MDBR PTR 1 

JPSR SSCHB 

RTURN: JPLS SAMPL 

MDAR RXCST 

ARMD PARY1 

MDAR RYSML 

ARMD PARX1 

MDAR RXMOD 

ARMD PARY2 

MDAR RYBIG 

ARMD PARX2 

MDAR DELX 

MDBR PTR 1 

JPSR SSCHB 

RURN: JPLS SAMPL 

MDAR RYSML 

ARMD VXX1 

MDAR RXCST 

ARMD VYY1 

MDAR RYBIG 

ARMD VXX2 

MDAR RXMOD 

ARMD VYY2 

BILD: MDAR ’ H VXX1 

MDAR’ A ’L 
77777 !H 

ARMD ’ H VXX1 

MDAR VYY 1 

MDAR ’A ’L 
0JH77777 

MDAE * H VXX1 

ARMD POSXY 



BITCR 

0 

MD 10*0 ’L 
10400 !H 
MD1 1 ’L 
30000 !H 
MD07 'L 
0 

MD06 ’ L 



2 : 0 '-) 00 





MD05 


POSXY 




MDAR’H 
MDAR'A’L 
77777 !H 


VXX2 




ARMD ' H 


VXX 2 




MDAR 

MDAR ' A ' L 
0 ! H77777 


VYY2 




MDAE ’ H 


VXX 2 




ARMD 

BITCR 

0 

MD 1 0 'O ' L 

1 4400 ! H 


POSXY 




MD05 


POSXY 


SAM PL : 


MD I C ' 0 ' L 
40 ! H 

S5 AR * K ' F 
MDAR' A' L 
40000 






JPLS 


DYPOS 


Ml : 


SSAR’H *F 
MDAR’ A 'L 
20000 






JPLS 


DYNEG 


M2: 


S5AR ' H ' F 






MDAR* A' L 
1 0000 






JPLS 


DXPOS 


M3: 


S5 AR * H ' F 
MDAR ’ A ’ L 
4000 






JPLS 


DXNEG 


M4: 


JUMP 


VSRS 


DYPOS: 


MDAR 


DELY 




MDAS’F 


1 




ARMD 


DELY 




JUMP 


Ml 


DYNEG: 


MDAR 


DELY 




MDAS’lM ’F 


1 




ARMD 


DELY 




JUMP 


M2 


DXPOS : 


MDAR 


DELX 




MDAS ' F 


1 




ARMD 


DELX 




JUMP 


M3 


DXMEG: 


MDAR 


DELX 




MDAS ' N * F 


1 




ARMD 


DELX 




JUMP 


M4 


PARX1 : 


0 




P ARY 1 : 


0 




PARX2: 


0 




PARY2: 


0 




RXCST : 


0 
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RYSML : 0 

RXMOD: 0 

RY3IG: 0 

VYY1: 0 

VKX1 : 0 

VYY2: 0 

VXX2 : 0 

DELY: 0 

DELX : 0 

PTR 1 : NOOP ! HPARX 1 

PTR2 : NOOP ! HRY SML 

POSXY : 0 

BI TCR= 500 1 0 ! H 

MD05 = 25000 !H 

MD06=26000!H 

MD07=27000!H 

MD 1 0 = 30000 ! H 

MD1 1 = 31000 !H 

TERMINATE 



EXPUNGE 
TITLE SCHB 




ENTRY 


SCHB 




SCHB: 


NOOP 






ARMD 


DELY 




ARMD ’N 


DDY 




BRMD 


SAVE 




MDAR’I 


SAVE 




ARMD 


XXI 




MDAR ’ X ' I 


SAVE 




ARMD 


YY1 




MDAR’X 'I 


SAVE 




ARMD 


XX2 




MDAR’X’I 


SAVE 




ARMD 


YY2 




MDAR 


DELY 




JPLS 


DECEL 




JUMP 


QUICK 


UECEL : 


ARAR'H ’ F 






JPAN 


.+2 




JUMP 


PSTIV 




MDAR ’H 


YY2 




J^AN 


FI 




MDAR ’ H 


YY1 




JPAN 


Fill 




MDAE ' H ' N 


YY2 




JPAN 


Fill 


F01 : 


MDAR 


YY1 




ARMD 


YYBIG 




MDAR 


YY2 




ARMD 


YYSML 




MDAR 


XXI 




ARMD 


XXMOD 




MDAR 


XX2 




ARMD 


XXCST 




JUMP 


STF2 


FI : 


MDAR * H 


YY1 




JPAN 


FI 1 




JUMP 


F01 


FI 1 : 


MDAR ' H ' N 


YY2 




MDAE ' H 


YY1 




JPAN 


Fill 




JUMP 


F01 


Fill: 


MDAR 


YY2 




ARMD 


YYBIG 




MDAR 


YY1 




ARMD 


YYSML 




MDAR 


XX2 




ARMD 


XXMOD 




MDAR 


XXI 




ARMD 


XXCST 


STF2: 


MDAR ’N 


YYSML 




ARBR'F 
MDAR ' N 


YYBIG 




ARMD 


YYSML 




BRMD 


YYBIG 



G 1 s 



Gil: 



G2 : 



G22: 



G21 : 



G3: 



G31 : 



MDAR'N 

ARBR'F 

MDAR'N 

ARMD 

BRMD 

MDAR’H 

JPAN 

MDAR’L 

37777 f H 

MDAE'H’N 

MDAE'H’N 

JPAN 

MDAE ' H ' N 

JPAN 

JUMP 

ARAR'N * F 
MDAE ’H *N 
JPAN 
JUMP 
MDAE ’L 
37777 !H 
MDAE ' H 'N 
JPAN 
MDAR'H 
JPAN 
MDAR’L 
37777 ! H 
MDAE ' H ' N 
MDAE ' H ' N 
JPAN 

MDAE ' H ' N 

JPAN 

JUMP 

ARAR’N *F 
DI VL 
NOOP 
ARMD 
MDAR ' L 
JUMP ‘ 
ARMD 
JUMP 

ARAR ’N ’F 
DI VL 
NOOP 
ARMD 
MDAR * L 
NOOP 
ARMD 
JUMP 

ARAR’N ’F 
MDAE 'H ’N 
JPAN 
JUMP 
MDAE ’L 
37777 !H 
MDAE ' H 'N 



XXCST 

XXMOD 
XXCST 
XXMOD 
YYSML 
G 1 



YYSML 

DDY 

STP5 1 

DDY 

STP51 

G2 

DDY 
G 1 1 

G2 



DDY 

STP51 

YYBIG 

G3 



YYBIG 

DDY 

G21 

DDY 

G22 

ST FA 

DDY 

FR1 

STF36 

KIMP 

STF3 

DDY 

FR1 



KIMP 

STF3 

DDY 

G31 

STF4 



DDY, 
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JPAN G32 

JUMP STF4 

G32: ARAR’N’F 

DIVL ' DDY 

NOOP 

ARMD FR1 

MDAR ' L 

JUMP STF36 

ARMD KIMP 

STF3 : MDAR ’ H ' N YY 1 

ARRS 1 

ARMD DABVE 

MDAR ' H ' N YY2 

ARRS 1 

MDAE'N DABVE 

ARMD DZAE 

ANAR ' N DZAE 

ARMD DNOM 

MDAR ' H ’N XXI 

ARRS 1 

ARMD DBLOW 

MDAR ' H ' N XX2 

ARRS' 1 

MDAE’N DBLOW 

ARMD DNR 

KIMP: NOOP 

MDAR DDY 

MPYU DNR 

NOOP 

ARMD NUMR 

ANAR’N NUMR 

MDAE’N DNOM 

JPAN H0 

MDAR NUMR 

ARRS 1 

DIVU DZAE 

NOOP 

ARMD ' H XCH 1 

MPYL FR1 

NOOP 
ARAE 

ARMD XCH2 

MDAR ' H XXMOD 

MDAE'N XCH 1 

MDAE’N XCH 1 

MDAE’N XCH2 

ARMD ' H XXMOD 

JUMP STF37 

H0 : MDAR ’ N ’ NUMR 

DIVU DZAE 

NOOP 

ARMD ’ H XCH1 

MPYL FRI 

NOOP 

MDAE’H XXMOD 

MDAE XCH 1 

ARMD ' H XXMOD 

JUMP STF37 
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STF36: 


MO AR 


FR1 




MPYL 

NOOP 

ARAR'H'F 


DDY 




MPYU 

NOOP 


DNR 




ARMD 


NUMR 




ANAR 'N 


NUMR 




MDAE'N 


DNOM 




JPAN 


H2 




MDAR 


NUMR 




ARRS 


1 




DI VU 
NOOP 


DZAE 




ARMD 


XCH 1 




MDAR 


XXMOD 




MDAS'N 


XCH 1 




MDAS'N 


XCH 1 




ARMD 


XXMOD 




JUMP 


STF37 


H 2: 


MDAR ’ N 


NUMR 




DI VU 
NOOP 


DZAE 




MDAS 


XXMOD 




ARMD 


XXMOD 


STF37 : 


MDAR ’ F 


37777 




ARMD 


YYBIG 




MDAR 

ARAS'F 


DDY 




MDAS 


YYSML 




ARMD 


YYSML 




JUMP 


TORT 


STF4 : 


NOOP 






MDAR 

ARAS'F 


DDY 




MDAS 


YYBIG 




ARMD 


YYBIG 




MDAR 

ARAS'F 


DDY 




MDAS 


YYSML 




ARMD 


YYSML 


TORT: 


MDAR ' N 
ARBR'F 


YYSML 




MDAR 'N 


YYBIG 




ARMD 


YYSML 




BRMD 


YYBIG 




MDAR 'N 
ARBR'F 


XXCST 




MDAR ' N 


XXMOD 




ARMD 


XXCST 




BRMD 


XXMOD 




JUMP 


DORT 


PSTI V: 


MDAR ' H 


YY2 




JPAN 


A 1 




MDAR ' H 


YY1 




JPAN 


A1 1 1 





MDAE f H *N 


YY2 




JP AM 


A 1 1 1 


A01 : 


MDAR 


YY1 




ARMD 


YYBIG 




MDAR 


YY2 




ARMD 


YYSML 




MDAR 


XXI 




ARMD 


XXMOD 




MDAR 


XX2 




ARMD 


XXCST 




JUMP 


STP2 


A 1 : 


MDAR * H 


YY1 




JP AM 


A 1 1 




JUMP 


A01 


All: 


MD AR * H • M 


YY2 




MDAE * H 


YY1 




JP AM 


A 1 1 1 




JUMP 


A01 


A 1 1 1 : 


MDAR 


YY2 




ARMD 


YYBIG 




MDAR 


YY1 




ARMD 


YYSML 




MDAR 


XX2 




ARMD 


XXMOD 




MDAR 


XXI 




ARMD 


XXCST 


STP2 : 


MDAR ’ H 


YYSML 




JP AM 
MDAR 'L 
37777 !H 


B 1 




MDAE f H • M 


YYSML 




MDAE * H 'M 


DELY 




JP AM ' 


STP51 




MDAE * H * M 


DELY 




JP AM 


STP5 1 




JUMP 


B2 


B 1 : 


ARAR’M *F 






MDAE * H *M 


DELY 




JP AM 


B 1 1 




JUMP 


B2 


B 1 1 : 


MDAE * L 
37777 !H 






MDAE *H f M 


DELY 




JP AM 


STP51 


B2: 


MDAR * H 


YYBIG 




JPAM 
MDAR * L 
37777 !H 


B3 




MDAE *H f M 


YYBIG 




MDAE # H*M 


DELY 




JPAM 


B21 




MDAE * H 'M 


DELY 




JPAM 


B22 




JUMP 


STP4 


B22: 


ARAR * M • F 






DI VL 


DELY 





MOOP 

ARMD 


FRl 




MDAR’L 
JU MP 


STP36 




ARMD 


CIMP 




JUMP 


STP3 


B21 : 


ARAR • M 1 F 






DI VL 


□ ELY 




MO OP 
ARMD 


FRl 




MD AR ’ L 
MO OP 
ARMD 


CIMP 




JUMP 


STP3 


S3: 


ARAR # M * F 






MDAE * H f N 


DELY 




JPAN 


B3 1 




JUMP 


STP4 


B31 : 


MD AE * L 






37777 ! H 
MD AE * rt ' M 


DELY 




JP AM 


B32 




JUMP 


STP4 


332 : 


ARAR • \J * F 






□ I \/L 


DELY 




lMJOP 

ARMD 


FRl 




M D A R ’ L 
JUMP 


STP36 




ARMD 


CIMP 


STP3 : 


MDAR * H 


YY1 




ARRS 


1 




ARMD 


DABVE 




MDAR • H 


YY2 




ARRS 


1 




MDAE 


DABVE 




ARMD 


dzae 




AMAR • M 


DZAE 




ARMD 


DNOM 




MDAR f H 


XXI 




ARRS 


1 




ARMD 


DBLOW 




MDAR * H 


XX2 ' 




ARRS 


1 




MDAE ’N 


DBLOW 




ARMD 


DNR 


CIMP: 


MOOP 






MDAR 


DELY 




MPYU 


DNR 




MOOP 

ARMD 


NUMR 




AMAR ' M 


NUMR 




MDAE # M 


DNOM 




JP AM 


C0 




MDAR 


NUMR 




ARRS 


1 
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01 VU 07 AE 

N00P 

ARMD'H XCH 1 

MPYL FRI 

NOOP 
ARAE 

ARNO XCH2 

MDAR'H XXMOD 

MDAE'N XCH 1 

MDAE’N XCH 1 

MDAE'N XCH2 

ARMD’H XX MOD 

JUMP STP37 

CO: MDAR’N NUMR 

DIVU DZAE 

NO OP 

ARMD’H XCH 1 

MPYL FRI 

NOOP 

MDAE’H XXiMOD 

MDAE XCH 1 

ARMD’H XXMOD 

JUMP STP37 

STP36: MDAR FRI 

MPYL DELY 

NOOP 

ARAR'H'F 

MPYU DNR 

NOOP 

ARMD NUMR 

ANAR * N NUMR 

MDAE'N DNOM 

JPAN C2 

MDAR NUMR 

ARRS 1 

01 VJ DZAE 

NOOP 

ARMD XCH 1 

MDAR XXMOD 

MDAS’N XCH 1 

MDAS'N XCH 1 

ARMD XXMOD 

JUMP STP37 

C2 : MDAR ' N NUMR 

DIVU DZAE 

NOOP 

MDAS XXMOD 

ARMD XXMOD 

STP37: MDAR ' F 37777 

ARMD YYBIG 

MDAR DELY 

ARAS 'F 

MDAS YYSML 

ARMD YYSML 

JUMP DORT 



STP4 : 



DORT: 



STP5 1 : 
OUICKs 



XX 1 : 

XX2 : 
XXMOD: 
XXCST : 

yyi : 

YY2: 
YYBI G: 
YYSML: 
DELY : 
FR1 : 
DABVE: 
DXAE : 
DMOM: 
D8L0W: 
DM R : 
MUMR : 
MR 1 s 
DAT 1 : 
DAT2: 
DAT 3 s 
DATA: 



MOQP 
MDAR 
ARAS 'F 
MDAS 
ARMD 
MDAR 
ARAS 'F 
MDAS 
ARMD 
MDAR 
ARMD 'X ’ I 
MDAR 
ARMD’ X* I 
MDAR 
ARMD 'X ' I 
MDAR 
ARMD ' X ' I 
MDAR * F 
JUMP * I 
MDAR ’F 
JUMP ' I 
MDAR 
ARMD' X' I 
MDAR 

ARMD* X’ I 
MDAR 
ARMD ' X ' I 
MDAR 
ARMD ' X ' I 
MDAR * F 
JUMP * I 
0 
0 
3 
3 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 



DELY 

YYBI G 
YYBI G 
DELY 

YYSML 
YYSML 
XXCST 
SAVE 
YYSML 
SAVE 
XXMOD 
SAVE 
YYBI G 
SAVE 
0 

SCHB 

1 

SCHB 

XXI 

SAVE 

YY1 

SAVE 

XX2 

SAVE 

YY2 

SAVE 

SCHB 



<CH 1 : 0 

< C .4 2 : 0 

DD / : ,) 

SAV£ : 0 

•1 D rj= 1 5 4 v ) 0 ! H 
.'•1 3 i , L= 1 54 23 ! H 
01 \J‘ J= 1 6430 ! H 
DIVL= 16420 !4 
A9RS= 1 7440 ! 4 
Tt 4 A I N AT *2 
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£XP U.MGE 



TITLE 


ATODE 




ENTRY 


ATODE 




ATODE: 


NOOP 

MDA.R’L 






20000 ! H0002O 






JPSR 

MDAR 'A 'L 
00000 5H77777 


SHEBEL 




ARMD 

MDAR’L 

20000 ! H0O040 


XVAL 




JPSR 

MDAR ' A ' L 
00000 ! H77777 


SHEBEL 




ARMD 


YVAL 




JUMP ’ I 


ATODE 


<VAL: 


0 




YVAL: 


0 




TERMINATE 





EXPUNGE 




TITLE 


HEBEL 




E.nJT^Y 


HEBEL 




HEBEL: 


N30P 






ARMD 
MDAR’L 
NOOP !H TAFEL 


G0+ 1 




ARMD 


TAFEL 




MD0 7 'H 
MD1 1 ’L 
7 7 777 SH00000 


MFSCL 


GO: 


MDAR ' L 

0 

AR1 1 ’ F 
MDAR ’L 
0 5H77766 






ARMD 


CTR 




MD3R 


MFSCL 


31 : 


BRAR ’F 






SXLA 


43 




JUMP 


DO WN 


32: 


MDAS ' X ' I 
ARBR * F 
AR37 ’F 'H 


TAFEL 




MDAR ’ X 


CTR 




JPLS 


G 1 




JUMP 


OUT 
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